menubutton: Clear references in dispose, not finalize

We need to do this here so that an explicit gtk_widget_destroy
on either the widget or a container that holds it will kill the
reference to the menu or model.

https://bugzilla.gnome.org/show_bug.cgi?id=680803

Improve threading documentation

This commit just adds a small section to the threading documentation
about the deprecation. More is needed here, including a migration
example.

gdk: Deprecate thread functions

This commit deprecates gdk_threads_init, gdk_threads_enter,
gdk_threads_leave and gdk_threads_set_lock_functions. Using GTK+
from multiple threads does not work at all on Windows, and is
problematic on other platforms as well. We want to move to a world
where all GTK+ calls are made from the main thread.
Use g_main_context_invoke, g_idle_add and related functions if you
need to schedule GTK+ calls from other threads.

http://bugzilla.gnome.org/show_bug.cgi?id=680754

demos: Don't use GDK_THREADS_ENTER/LEAVE macros

We don't use threads here, so no need to use them.

modules: Don't use GDK_THREADS_ENTER/LEAVE macros internally

These are just wrappers for the functions, and we want to
deprecate them. Stopping to use them internally is a good
first step. Also define GTK_COMPILATION so we can keep using
gdk_threads_enter/leave without causing deprecation warnings.

gtk: Don't use GDK_THREADS_ENTER/LEAVE macros internally

These are just wrappers for the functions, and we want to
deprecate them. Stopping to use them internally is a good
first step.

gdk: Don't use GDK_THREADS_ENTER/LEAVE macros internally

These are just wrappers for the functions, and we want to
deprecate them. Stopping to use them internally is a good
first step.

Bug 680822 — Document return value of GtkWidget::draw

Document the boolean accumulator used by GtkWidget::draw and a few other
GtkWidget signals.

Closes: https://bugzilla.gnome.org/show_bug.cgi?id=680822

Updated Galician translations

window: Update _gtk_window_set_is_active API comment

The comment referenced GTK_TOPLEVEL which has been replaced by
GTK_WINDOW_TOPLEVEL.

Updated Telugu Translation

Visual C++ property sheets: Remove wrong "install" line

We have gailutil-3.0.lib, not gailutil.lib

Visual C++ projects: Update .dll/.lib naming

Remove the "-win32-" from the output file names for the GDK and GTK+ DLLs,
like what is now done for quite a while on other platforms
(and MinGW builds), for consistency reasons.  This is due to GDK/GTK+
are buildable with multiple backends.

Note: For references, the Windows build only builds the Win32 backend
for the time being.

Updated Kazakh translation

Updated Serbian translation

Updated Serbian translation

Updated Greek translations

Updated Norwegian bokmål translation

Add an example for handling app menu fallback

The example shows how to use a menu button instead of the default
menubar when the shell doesn't show the app menu.

Updated German translation

Updated Spanish translation

widget-factory: add two GtkLevelBar (continuous and discrete)

Updated Slovenian translation

Updated POTFILES.in

wayland: Fallback to setting transient windows if no seat available

If we don't have a wl_seat - because a grab hasn't been initialised by GTK+
then fallback to making the shell surface transient to the parent rather than
a popup surface.

wayland: Don't compare against GdkWindowTypeHint as a bitmask

The hint was being compared as a bitmask which means types that were not in
the list were being erroneously matched

Updated Traditional Chinese translation(Hong Kong and Taiwan)

wayland: Add default settings implementation for Wayland backend.

Signed-off-by: Rob Bradford <rob@linux.intel.com>

wayland: don't wipe clipboard on any change coming from the same owner.

We now support independent selection and primary clipboards, and avoid
wiping clipboard on modifying its contents from the same owner. This fixes
most of the interaction issues with clipboard and selection.

Signed-off-by: Rob Bradford <rob@linux.intel.com>

Updated Spanish translation

GtkTreeModelFilter: Fix _iter_previous() when iter points at 2nd node

GSequence iterators point at the position between two elements so an
iterator pointing at the N tree model node is actually between the N-1
and N sequence elements. This means that asking for the previous
sequence iterator first and then checking if it is the begin iterator
would yeld true for an iterator pointing at the 2nd tree model node
and make us return FALSE mistakenly.

https://bugzilla.gnome.org/show_bug.cgi?id=679910

tests/filtermodel: Add test for bug 679910

wayland: Initial version of keyboard key event handling

Review comment: I think the implementation of the vfuncs in gdkkeys-wayland.c
depend on that we're using the keysysm as the hardware keycode. I think that
needs to be evaluated for the future. But for now this patch gives reasonably
complete keyboard input.

Signed-off-by: Rob Bradford <rob@linux.intel.com>

wayland: Hook up _get_num_lock / _get_caps_lock to read from XKB state

Signed-off-by: Rob Bradford <rob@linux.intel.com>

wayland: Remove unused function declaration

wayland: Remove annoying whitespace

wayland: Create and expose an xkb_state on the keymap object

This is then logically associated with the input device since each (keyboard)
input device has its own keymap.

Signed-off-by: Rob Bradford <rob@linux.intel.com>

wayland: Refactor the keymap handling so it is associated with device

Although GDK expects the keymap to be associated with the display under
Wayland this is really associated with the input device so expose this by
finding the first keyboard device.

Signed-off-by: Rob Bradford <rob@linux.intel.com>

Bump version

3.5.8

More updates

New gtk-launch command

This program launches an application specified by its desktop name
optinally taking list of URIs which are passed as arguments.

Uses GdkAppLaunchContext to get proper startup notification and
display handling for graphical apps.

https://bugzilla.gnome.org/show_bug.cgi?id=679342

Updated POTFILES.in

wayland: Use the correct union member for axis events

Otherwise we end up overriding other members of the struct (in this case the
device pointer) and generate an error.

wayland: implementation of pointer_handle_axis.

We translate wayland pointer axis events to GDK smooth scroll events, to
implement pointer_handle_axis events.

https://bugzilla.gnome.org/show_bug.cgi?id=679986
Signed-off-by: Rob Bradford <rob@linux.intel.com>

cellrendererpix: set the IMAGE style class when rendering an icon

This way, themes can change symbolic icon colors for views, by using a

.view.image {

}

CSS selector.

https://bugzilla.gnome.org/show_bug.cgi?id=680008

wayland: Implement the keyboard_enter/keyboard_leave events

This code is derived from the old keyboard focus change event handling.

wayland: data_device.data_offer now has a safe object wrapper

The prototype for the listener has changed to provide a typesafe object rather
than an id that you have to bind into an object yourself.

wayland: Process the keymap that is sent over from the compositor

Load the keymap from the file descriptor that the compositor has sent us and
then save that into our internal object for future use.

wayland: Expose _gdk_wayland_display_get_keymap internally

Updates

tests: add a test for GtkLevelBar GtkBuildable implementation

https://bugzilla.gnome.org/show_bug.cgi?id=677892

visuals: add a visual demo for GtkLevelBar

https://bugzilla.gnome.org/show_bug.cgi?id=677892

level-bar: add default Raleigh theming for GtkLevelBar

https://bugzilla.gnome.org/show_bug.cgi?id=677892

level-bar: introduce GtkLevelBar

Similar to CcStrengthBar from gnome-control-center, but more generic and
with thorough CSS styling support.

https://bugzilla.gnome.org/show_bug.cgi?id=677892

docs: remove duplicate entries in gtk3-sections

Updated Polish translation

Updated German translation

Fix preview sizing in GtkFontSelection

The code that was trying to limit preview size changes was
running into some width-for-height pitfalls. It turns out
that the dialog behaves quite ok without this code, so just
remove it.

Updated Telugu Translation

Updated Belarusian translation.

Add GDK_AVAILABLE annotations to new API

Clear cached row sensitivity when the filter changes

Now that filters may affect sensitivity of rows, we need
to clear the sensitivity column from the cache when the
filter changes. This fixes the problem where selecting a
different filter does not update the sensitivity of folders
until you change directories.

Emit row-changed notification

Emit row-changed when the filteredness of a visible row
changes in GtkFileSystemModel.

Test folder filtering

Add a filter to testfilechooser that can demonstrate folder
filtering on common directories, such as Documents or Downloads.

Make the logic for setting the sensitivity column a bit more clear

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Make computing and setting the visibility/filters atomic operations

This way we remove paired function calls (compute/set pairs), and also make
it possible to avoid computing a filter twice, as setting the visibility
depends on filteredness.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Make it clear that 'filtered' means 'filtered_out'

It bothers me that we call gtk_file_filter_filter(), then negate the result,
and the return *that* from node_should_be_filtered().  So, rename 'filtered'
throughout GtkFileSystemModel to 'filtered_out' to mean things that didn't
pass the filter.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Remove superfluous check in node_set_filtered()

This was a copy-paste leftover from node_set_visible().  Filters are not
concerned with model freezes, so node_set_filtered() does not
need to handle freezes, either.

Signed-off-by: Federico Mena Quintero <federico@gnome.org>

Desensitize filtered folders when in folder selection mode

https://bugzilla.gnome.org/show_bug.cgi?id=679333

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Cosmetic changes

Add GtkMenuButton and GtkSearchEntry to types file

Add GtkMenuButton and GtkSearchEntry to gallery

At the same time, remove GtkComboBoxEntry, which no longer exists.

menu: Fix touch scrolling on menus close to the monitor edge

Specially in the case of comboboxes, those menus could enable scrolling
even if the contents could fit in the work area, and could show blank
space in order to line up the selected item with the combobox.

When such thing happens, take into account scroll_offset when relocating
the menu contents so contents don't jump directly onscreen, and apply
it so scrolling is allowed in the direction that brings the menu onscreen
and blocked in the opposite direction.

Also, wait for cancelling the scroll operation until the touch is released
even if the scrolling arrows disappeared, so the menu item underneath isn't
selected right away.

https://bugzilla.gnome.org/show_bug.cgi?id=678113

statusicon: Rely on GtkIconHelper for pixbuf resizes

The same is now achieved by forcing pixbuf rescaling on the icon helper

Ensure pixbufs as entry icons get resized

Entries don't expand vertically if they are given pixbufs larger
than the calculated height for the current font, resulting in
cropped icons, so force the pixbuf to be rescaled so it fits
on the entry allocated size.

https://bugzilla.gnome.org/show_bug.cgi?id=678087

Add API to force a GtkIconHelper pixbuf rescaling

This API is handy in entries and status icons, where the size is
limited and independent of the pixbuf size

menu: small code cleanup

Don't check twice for the widget being realized to move
both windows

menu: code style fix

The newline before != looks unintentional

icontheme: Don't assume a symbolic icon size of 16x16

If the symbolic icon has other size than 16x16, the embedder
SVG that overrides colors would still force that size, resulting
in clipping instead of resizing. So fetch the original pixbuf
size the first time a symbolic icon is requested for a GtkIconInfo,
and use that size for the embedder SVG so it can be scaled properly
afterwards.

https://bugzilla.gnome.org/show_bug.cgi?id=677567

introspection: mark data in GtkCallback as closure

This is needed for so GtkContainer::forall() can be implemented
in non-native code, and the callback gets the passed data if
called.

https://bugzilla.gnome.org/show_bug.cgi?id=644926#c28

Some updates

Updated Indonesian translation of Property Nicks

Updated Indonesian translation

wayland: Ensure we destroy the shell surface when destroying the surface

Otherwise we can try and use an invalid object that the compositor has already
deleted.

wayland: wl_shell_surface_set_popup requires a valid seat and serial

If we don't have our own grab then get the grab from the parent.

wayland: Protocol update: wl_pointer_set_cursor takes a serial

wayland: Protocol update: wl_shell_surface_resize and _move take serials

wayland: Save the serial number for the ping event

wayland: Save the serial numbers for the pointer events

wayland: Add internal API for handling Wayland serial numbers

We need to keep track of the serial numbers for various API requests.

wayland: Ensure that _get_client_pointer returns a pointer

The previous implementation could return a device that is a keyboard.

wayland: Port to libxkbcommon API changes

xkb_string_to_keysym -> xkb_keysym_from_name
xkb_keysym_get_name -> xkb_keysym_get_name

wayland: Switch to new wayland cursors mechanism

wayland: Protocol change: wl_buffer_damage

wl_buffer_damage is no longer necessary - it is sufficient to damage the
surface that the buffer is attached to instead.

wayland: Protocol change: configure event

The 'time' value has been removed.

wayland: Protocol change: wl_shell_surface_* take surfaces for parents

These functions used to take shell_surface objects and now take surface
objects the parents.

wayland: Remove unused variable

wayland: Temporary disable/hackaround keyboard code